home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d19 / gate20b2.arc / UPDATE.DOC < prev    next >
Text File  |  1989-08-07  |  7KB  |  153 lines
  1. PCBGate v2.0ß1 - Updates
  2. ------------------------
  3.  
  4.  
  5.   Now that PCBGate seems to be working like it should, a few additions and
  6. alterations have been made.  The most significant, is the structure of
  7. PCBGATE.CFG.
  8.  
  9. IF YOU TRY TO RUN PCBGATE V2.0 WITH A V1.5 .CFG FILE, PCBGATE WILL BARF
  10. LIKE YOU'VE NEVER SEEN BEFORE!
  11.  
  12.   Therefore, follow the instructions below carefully, and the conversion
  13. from v1.5 to v2.0 will be virtually effortless.  It might not be a bad idea
  14. to back up your old PCBGate setup before upgrading, just in case.
  15.  
  16.  
  17. -  1st, uncompress the files from the v2.0 zipfile, and copy the whole
  18. works into your PCBGate directory.
  19.  
  20. -  2nd, you'll notice the addition of 15TO20.EXE.  Simply run this program
  21. in your PCBGate directory, and make sure your old PCBGATE.CFG exists.
  22. 15TO20.EXE will read your old .CFG file, and create a v2.0 file with the
  23. name PCBGATE.NEW.  Once this file is generated copy it over your old
  24. one..eg;
  25.  
  26. COPY PCBGATE.NEW PCBGATE.CFG
  27.  
  28. - 3rd, run PCBGATE CONFIG.  You'll notice the screen is empty.  It may
  29. appear as if the conversion didn't convert anything.  Edit an area you know
  30. has something in it, and you'll find all the information there as before,
  31. except with the addition of a "Area Name" field.  This field should contain
  32. the echo area name as defined in your AREAS.BBS.....TO THE LETTER!  If your
  33. area name is longer than 8 characters, like PHOTOGRAPHY, just enter
  34. PHOTOGRA.
  35.  
  36.   This is for 2 reasons.  1, for those whose PCB Base filenames are all
  37. "MSGS", and also for future conversion purposes of PCBGate to Crossnet.
  38. Crossnet is extremely sensitive to EXACT echo area names.
  39.  
  40.   You'll also notice the Zone fields are no longer there.  I figure for the
  41. extent that I plan to take PCBGate, who cares.  We can use the added speed
  42. and memory.
  43.  
  44.   So, go through each of your areas in CONFIG, and make sure the
  45. information for each area is correct.  The new "Area Name" field should be
  46. filled in.  If it's left blank, THAT AREA WILL NOT BE PROCESSED.  I find
  47. this handy if processing when the network is up, and a base is locked.
  48. Justs pop into config and blank the "Echo Area" field.  If PCBGate finds it
  49. empty, it'll skip the area.
  50.  
  51. - 4th, double check.  Did you:
  52.  
  53.    Replace the new PCBGate file(s) with your existing ones?
  54.  
  55.    Run 15TO20.EXE, and copy PCBGATE.NEW to PCBGATE.CFG?
  56.  
  57.    Run PCBGATE CONFIG and fill in the Area Name fields?
  58.  
  59.   If so, that's it!  Easy stuff huh?  PCBGate should now function like
  60. before.  Most all other operations are the same or similar.  v1.5
  61. documentation applies fully, other than what's mentioned here, and in
  62. HISTORY.DOC.
  63.  
  64. Once PCBGate runs ok, you won't need 15TO20.EXE, so it can be killed off.
  65.  
  66. ----------------------------------------------------------------------------
  67. PCBGATE.DOC - Updates to v1.5
  68.  
  69. The first major change is above, in the configuration file.
  70.  
  71. Second, is the addition of manual processing.  The command:
  72.  
  73. PCBGATE MANUAL
  74.  
  75.   will present you a screen with 100 areas.  It will ask you for an area to
  76. select.  Enter an area number.  An "X" will appear under the area you have
  77. selected.  To de-select an area, enter the same number again and the "X"
  78. will disappear.  Each area marked with an "X" will be processed.  When you
  79. have the areas you want processed marked, pressing the F1 key will continue
  80. to the next prompt.
  81.  
  82.   Next, you'll be asked which process you want performed.  You would enter
  83. either "TOPCB" or "TOFIDO" here.  At any of these prompts, ESCape will
  84. abort the process and return to DOS.  If you enter an illegal option, it
  85. will be ignored.  If you mark an area that has not been defined in CONFIG,
  86. it will also be ignored.
  87.  
  88.   All going well, PCBGate will then process the areas you have selected.
  89.   
  90.  
  91. Third, during a TOPCB or TOFIDO process, pressing ESCape will abort
  92. processing and return to DOS.  This is handled differently be each module,
  93. and another significant change has been made in the order of processing to
  94. allow this feature.
  95.  
  96.  
  97. TOPCB
  98.  
  99.   When ESCape is detected, this process aborts and reports to the log that
  100. it has done so and closes things up properly.  However, since messages that
  101. have already been imported to the PCBoard base are still there, when you
  102. try and continue later on, it'll cause duplicates by importing messages
  103. already imported before you aborted the process.  So, now, this module
  104. kills off *A* fido message immediately after it's been written to the
  105. PCBoard base.  This is handy if say...you're in the middle of processing
  106. 200 messages in a base and the power goes off.  Previously PCBGate wouldn't
  107. get the chance to delete processed fido messages until the last one has
  108. been imported to PCBoard.  Now, once it's been imported, it's killed.  If
  109. you abort a TOPCB process, the files are closed off, and only messages that
  110. have NOT been imported remain.
  111.  
  112. TOFIDO
  113.  
  114.   A TOFIDO abortion (sorry, for lack of a better word!) improperly
  115. terminated, will cause duplicates in a similar manner as the high message
  116. read marker isn't updated until the end of processing, and there's a pile
  117. of Fido messages left over.  Again, if you re-run the process ordinarily,
  118. you get the whole works twice.  However, aborting this process will close
  119. off the files, and DELETE ALL *.MSG files in the directory PCBGate is
  120. currently processing.  Don't worry!  The last message read marker is NOT
  121. TOUCHED, so the condition of the base is returned to what it was before you
  122. started.  That is, ONLY with the base you are currently processing.  The
  123. log is updated and in both of these cases, you are returned safely to DOS.
  124.  
  125.  
  126.   The above improvements help to reduce the amount of error.  As duplicate
  127. checking is too confusing and kind of pointless for PCBGate, this adds a
  128. bit of security, in cases where PCBGate can produce duplicates.
  129.  
  130.  
  131. ----------------------------------------------------------------------------
  132. CrossNet - Update   05-08-89
  133.  
  134.   I keep getting asked about XNet and how it's coming.  It may seem slow,
  135. as I've spent most my time smoothing out PCBGate.  Part of the PCBGate code
  136. is to be ported in part directly to XNet, and porting code with bugs in it
  137. defeats the purpose.  PCBGate seems to be at that stage now, as does XNet's
  138. packet tossing module, which tosses my Fidonet mail directly to its
  139. respective PCBoard bases every night, with little or no complaints.
  140.  
  141.   Beta test copies are being sent to selected locations shortly, and a
  142. distributed beta copy should be available by the middle of August.
  143.  
  144.   I just wanted to mention here, that if it appears any problems you may
  145. have are not being resolved, or it looks like that much effort isn't being
  146. put to sprucing up PCBGate as there should be, you're right!  XNet will
  147. make PCBGate obsolete 10 times over.  If you want flexibility, just hold on
  148. for a bit, however bugs and deficiencies in PCBGate will always be attended
  149. to.  XNet is getting there, and I think you'll find it'll be worth the
  150. wait!
  151.  
  152.  
  153.